Program translation for C program for software 
development 

Patent Number: DE1 961 771 9 

Publication date: 1 997-1 1 -1 3 

Inventor(s): KRIEGEL URICH DR RER NAT (DE) 

Applicant(s): FRAUNHOFER GES FORSCHUNG (DE) 

Requested Patent: DE19617719 

Application Number: DE19961017719 19960430 

Priority Number(s): DE1 9961 01 771 9 19960430 

IPC Classification: G06F9/44 

EC Classification: G06F9/44G2 

Equivalents: 



Abstract 



A C++ language program consists of source data files, whose source data 
files are to be translated in separate passages. Templates are assigned to 
code by instantiation, into an object code which is converted by ensuring 
links into a workable code. The translation of the source data files into 
object code data files and code generation of instantiation of the templates 
is carried out into separate translation passages, in which templates are 
instantiated by using all the source files of the programs. 
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Prufungsantrag gem. § 44 PatG ist gesteilt 

® Verfahren zur Programmubersetzung eines in der Programmiersprache C + + geschriebenen Prograrnms 

(§) Beschrieben wird ein Verfahren zur Programmuberset- 
zung eines In der Programmiersprache C+ + geschriebe- 
nen, aus mehreren Quelldateien bestehenden Prograrnms, 
dessen Quelldateien insbesondere zur §oftware-Entwicklung 
mehrmals, in getrennten Durchgangen zu ubersetzen sind 
und Templates benutzen, die durch lnstantiierung einem 
Code zugewiesen werden, in einen Objektcode, der durch 
anschlie&endes Ltnken in einen ausfuhrbaren Code umge- 
setzt wird. 

Die Erflndung zeichnet sich dadurch aus, daft die Oberset- 
zung der Quelldateien in Objektcode-Dateien und die Code- 
erzeugung fur die lnstantiierung der Templates in getrennten 
Obersetzungsdurchgangen durchgef uhrt wird, wobei fur die 
lnstantiierung der Templates alle Quelldateien des Pro- 
™ gramms benutzt werden. 
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Beschreibung 

Die Erfindung bezieht sich auf in Verfahren zur ProgrammQbersetzung eines in der Prograinmiersprache 
C+ + geschriebenen, aus mehreren QueUdateien bestehenden Programms, dessen QueUdateien insbesondere 
zur Software-Entwickiung mehnnals, in getrennten Durchgangen, zu ubersetzen sind und Templates benutzen, 
die durch Instantiierung einem Cod zugewiesen werden, in einen Objektcode, der durch anschlieBendes Linken 
in einen ausfuhrbaren Code umges tztwird m 

Bei der Programm- bzw. Software-Entwickiung wird in flbUcher Weise ein QueUprogramm vom Ptogrammie- 
rer ersteUt, das in einer hdheren Programmiersprach geschrieben ist Derartige hQhere Programmiersprachen, 
auch Hochsprachen genannt, verfQgen fiber einen prozessorunabhangigen Befehlssatz, der zur Weitenrerarbei- 
tnng in einem Computer zunachst in eine maschinenlesbare Sprache Qbersetzt werden muB. Fur diesen Uberset- 
zungsschritt bedient man sich spezieUer Obersetzungsprogramme, sogenannte CfcrnpUer^gramme. me das 
Oueilprogramm voUstandig einmal und dauerhaft ubersetzen, wobei zur vollstandigen Obersetzung desGe- 
samtqueQprogramms meist mehrere Obersetzungsdurchgange notwendig sind Durch diesen sogenannten Com- 
piUerungsvorgang wird ein Objektcode erhalten, der zur fehleifreien Anwendung in einem Rechner noch nut 
entsprechenden sogenannten Bibliotheken verbunden werden muB. Dies erfolgt nut HUfe ernes Linkers, der 
ebenfails ein Programm darsteUt und den mit einem Compiler generierten Objektcode nut den Bibliotheken zu 
einem ablauffahigen Programm verbindet ...... . 

Unter der Vieizahl bekannter hdherer Programmiersprachen beschranken sich die folgenden Ausfunrungen 
ausscMeBlich auf die Programmiersprache C+ +, die im Jahre 1980 als Weiterentwicklung der Pro^ammier- 
sprache C hervorging. Zwar gUt sie als assemblernahe Progranuniersprache, dh.es werden masdunennahe 
Anweisungen verwendet. doch sind die in C+ + verwendeten Anweisungen prozessonmabhangi& so daB em m 
C+ + geschriebenes Programm wie vorstehend beschrieben in einen maschmenlesbaren Code Gbersetzt wer- 

^Senden in derfrogramiiiier^^ 

teien eines in der C+ -h-Sprache geschriebenen Programmes bestehen, sehen C+ + -Programme sogenannte 
Templates vor, die als Platzhalter fur naher zu spezifizierende Informationen im Programm integnert sind. 
Templates ermflglichen es beispielsweise Implementationen von Klassen und Funktionen zu parametnsieren. 
Derartige, als Templates bezeichnete Platzhalter, werden haufig in C + +-Prograinmenbenutzt. 

Eine besondere Eigenart von Templates besteht darin, daB bei der Compilation der in der C+ + -Sprache 
geschriebenen QueUdateien, in denen Templates enthalten sind, fur jedes Template ein Code erzeugt wird, der m 
einer vom CompUer zu erzeugenden, sogenannten Template-Include-Datei abgespeichert wird Dieser Vorgang 
der Codeerzeugung fur Templates wird auch als Instantiierung bezeichnet und ist fur den nachfolgenden 
linkvorgang, wie im weiteren beschrieben wird, von entscheidender Bedeutung. Zu Beginn des Unk-Proze^ses 
fur C+ +-Programme wird zunachst geprOft, ob von bestehenden Template-Include-Dateien aktueUe Objekt- 
code-Dateien existieren. Ist das nicfat der Fall so werden diese durch den C + + -Compiler erzeugt 

le CTdBer die Anzahl der im QueUprogramm vorhandenen Templates, umso mehr Codes werden bei der 
Instantiierung in die Tempiate-Include-Datei eingeschrieben, wodurch die Template-Include-Datei an Speicher- 

volumen zunimmt. _ to , 

Hinzukommt, daB insbesondere im Stadium der Programm-Entwicklung toersetzungsdurchgange fur emzel- 
ne QueUdateien mehnnals durchgefuhrt werden mOssen, bei denen pro Obersetzungsdurcngang bei jedem 
auftretenden Template eine Codezuweisung erfolgt, die in der Template-Include-Datei abgespeichert wird Auf 
diese Weise wachst das Speichervolumen der TempUte-Indude-Datei sehr stark an. , 

Bei den bisher bekannten Comptter-Programmen fttr die Obersetzung von C+ +-Programmen werden die 
von Templates herrOhrenden Codes addhiv in der generierten Teniplate-mdude-Datei abgespeichert, unabhan- 
gig davon, ob inhaltsgleiche Informationen bereits in der Datei enthalten sind oder nicht Bei zykliscnen 
Prograinmfibersetzungsprozessen hat diese Vorgehensweise jedocfa fatale Folgen: Zum einen werden die Tern- 
plate-Include-Dateien sehr groB und zum anderen wird das Compiler-Programm durch Hmzufugen identiscner 
Informationen vor dem linkvorgang der Objekt-Dateien gezwungen, die Informationen m der Template-Inclu- 
de-Datei neuzu ubersetzen. -a—t~~ 

Aufgrund des groBen Speichervolumens der sich im Rahmen mehrerer Entwicklungszyklen bildenden Tem- 
plate-hiclude-Datei bewegen sich die Zeitdauern ffir den nachfolgenden LinkprozeB in der GrdBenordnung von 
20 bis 40 Minuten. __ , 

Der Erfindung liegt daher (fie Aufgabe zugrunde, ein Verfahren zur Programmubersetzung eines nut der 
Programmiersprache C+ + geschriebenen, aus mehreren QueUdateien bestehenden Programms, dessen QueU- 
dateien insbesondere zur Software-Entwickiung mehnnals, in getrennten Durchgangen, zu Gbersetzen smd und 
Templates benutzen, die durch Instantiierung einem Code zugewiesen werden, in einen Objektcode, der ^durch 
anschlieBendes Linken in einen ausfuhrbaren Code umgesetzt wird, dadurch weiterzuentwickeln, daB dieGroBe 
der bei der Instantiierung von Templates erforderUchen Template-Include-Datei erhebUch minnmert wird, so 
daB die Zeitdauer fur das anschlieBende Linken wesentiich verkurzt werden kann. 

Die L&sung der der Erfindung zugrundcUegenden Aufgabe ist im Anspruch 1 und 2 angegeben. Vorteilhafte 
Ausfuhrungsformen sind den Anspruchen 2 ff. zu enmehmen. . t ^ . . _ . . 

ErfindungsgemaB wird ein Verfahren zur Programm-Obersetzung eines in der Progranmuerspracbe C+ + 
geschridbeiaen, aus mehreren QueUdateien bestehenden Programms, gemaB des Oberbegnffs des Anspruchs i 1, 
dlrar^ 

Instantiierung der Templates in getrennten Obersetziingsdurchgangen durchgefuhrt wird, wobei ffir die Instan- 
tiierung der Templates aUe QueUdateien des Programms benutzt werden. 
Insbesondere zeichnet sich das erfindungsgemaBe Verfahren dadurch aus, daB bei der getrennten Oberset- 
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zung dcr Quelldateien in den Obj ktcode solange kein Code far die Instantflerung der Templates erzeugt wird, 
bis alle Quelldateien flbersetzt sind und daB im AnschhiB daran in einem getrennten Ubersetzungsvorgang unter 
Benutzung aller Quelldateien des Programms ein optimierter Code fflr die Instantiiening der Templates erzeugt 
wird, der wlhrend des nachfolgenden Linkens benutzt wird. 

Der Erfindung liegt die Idee zugrunde, die in einem C+ + -Programm enthaltenen Templates in einem 5 
einzigen Obersettungsdurchgang zu ttbersetzen, der getrennt von den Obereetzungsdurchgangen fflr die Quell- 
dateien ablauft Insbesondere bei der Software-Entwicklung ist diese Vorgehensweis von besonderem V rteU, 
da der Inhalt der Template-Include-Dateien audi bei mehnnaligem Obersetzen gieicher Programmteile nicht 
modifiziert wird, wodurch der nachfolgende Link-V rgang in wesentlich kOrzerer Zeit, dh. in wenigen Minuten, 
vorzugsweise 2 bis 4 Minuten, und unabhangig von der Zahl der zuvor erfolgten Ubersetzungsdurchlaufe io 
ablauf en kann. 

Die im vorstehenden beschriebene errmdungsgemaBe Idee ist anhand eines konkreten Forschungsprojektes 
der Anmelderin getestet worden. In einem Projekt TAPU" ist in der Programmiersprache C+ + ein Programm- 
system realisiert worden, das in etwa 160000 Zeilen Code fiber etwa 100 mittels Templates realisierte parametri- 
sierte Klassen entbalt Bei standig wachsender Anzahl der Programmdurchlaufe durch den andauernden Ent- is 
wicklungszyklus traten aof einer IBM RS/6000, Typ390Hmit 128 MB-Hauptspefcher reine Linkzeiten von etwa 
40 Minuten aufc Zur Erkiarung hierfttr sei im folgenden eine Passage aus dem ProgrammQbersetzungs-Benutzer- 
handbuch(x!C>0bersetzer,IBM93)zitiert: ^ . f ... _ 

"By default, the compiler builds and compiles the special template-include files m the tempinc subdirectory of 
the working directory. . . 20 

The compiler builds a template-include file corresponding to each header file containing template function 
declarations. After the compiler creates one of these files, it may add any information to it as each compilation 
unit is compiled However, the compiler never removes information from the file" . 

- Bei euiem wie un Vorstehenden zitiert Datei-basierten Arbdten, istdles to einzige mogliche Vorgehenswei- 
se. Der Compiler besitzt keineriei sogenannte Kontextinformationen liber die zu einer Anwendung gehdrenden 25 
Dateien, so daB er nur Informationen zu den Beschreibungsdateien hinzufQgen kann. Bei zyklischen Entwick- 
lungsprozeB hat dies jedoch fatale Folgen. 

Zum einen werden die Dateien im tempinc-Unterverzeichnis schnell sehr groB, und zum anderen wird der 
Compiler durch das Hinzufugen identischer Informationen vor dem eigentlichen Binden der Objektdateien 
gezwungen, die Dateien im tempinc-Unterverzeichnis neu zu Obersetzen. 30 

Als Endeffekt erhalt man je nach der Anzahl der Entwicklungszyklen seit dem letzten kompletten Ldschen des 
tempinc- Verzeichnisses reine linkzeiten in der GroBenordnung von 20 bis 40 Minuten. Die im Benutzerhand- 
buch vorgeschlagene L5sung, das tempmc-Unterarzeichnis zu ldschen, kann jedoch nicht immer verwendet 
werden. Gerade bei groBen Anwendungen kann dies nicht realisiert werden, da dann afle zur Anwendung 
gehdrenden Dateien auch neu kompiliert werden muBten. Dies bedeutet, daB die VorteHe des Make-Mechanis- 35 
mus aufier Kraft gesetzt wurden und eine Verkurzung der Linkzeit durch eine langere KompOationszeit erkauft 
wird 

Die prototypische Ldsung im vorstehenden Projekt bestand darin, aus alien zu einem Programmsystera 
gehdrenden Dateien eine spezielle "template-indude-Datei" vor dem LinkprozeB zu generieren. 

So kann dem verwendeten xlC-Compiler Ober einen "Schalter* mitgeteih werden, in welchem Verzeichnis die ao 
Template-Include-Dateien angelegt werden soften. Es ist jedoch nicht moglich, die Generierung dieser Dateien 
zu unterbinden, ohne daB die Codes fflr die Instantiienmg der Templates "inline" kompiliertwerden. Deshalb 
wird mit unterschiedlichen Verzeichnissen fur die Template-Include-Dateien wahrend der Ubersetzungs- und 
der Linkphase gearbeitet Die zur KompOationszeit erfolgten Eintrage werden anschlieBend geldscht Die 
eigentfiche Datei zur Beschreibung der Templates - fapuihC — wird vor der link-Phase u n a bh a ng ig vom 45 
verwendeten Compiler zunachst als temporare Datei gemaB der in dem vorstehend genannten Benutzerhand- 
buch (IBM93) beschriebenen Struktur erzeugt Dazu werden alle zu einem Projekt gehdrenden Header- und 
Implementadonsdateien parsiert Urn unnotige Kompuationen der Tenmlate-Beschreibungsfunktionen wah- 
rend der Link-Phase zu vermeiden, wird die temporare im Template-Indude-Datei nur dann in das Verzeichnis 
fapu-tempinc kopiert, wenn dort noch keine Datei fapiLnLC im entsprechenden Verzeichnis existiert, oder wenn so 
diese Unterschiede zu der temporaren Version aufweist 

Das im folgenden angegebene Programm ist ein sogenanntes SheU-Programm und dient sowohl zur Generie- 
rung eines Datenbank-Schemas zur Benutzung mh der objektorientierten Datenbank "ObjektStore" (ODI94) als 
auch zur Generierung der Template-Include-Datei fflr den xlC-Compiler, da beide mit analogen Strukturen 
arbeiten. In dem vorstehend beschriebenen Projekt TAPIT sind nur Templates fur spezielle Arten von Objekt- 55 
Store-Collection-Klassen benutzt worden, wodurch die Prognunmstruktur sehr einfach gehalten werden konn- 
te. 

Der folgende Programmteil dient lediglich zur Angabe eines erfindungsgemaBen Beispieles zur Anwendung 
der technischen Lehre des vorstehend geschilderten erfindungsgemaBen Gedankens: 
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tl/bin/sh 
t 

* create the srh° w,a soured file for fapu 

* call generate-schena.sh pdir pdf 

* pdir directory relative to workspace 
t pdf project description file 




noschenaf lag-true 
interactive-false 

sessage-*Usage: $0 [-p] [-w workspace] [-o path] pdir 

while getopts lo:pv: c 

do 

case $c in 

1) interactive-true;; 

c) noscheaaflag-false;schena-$OPTAKG; ; 

p) preserve-true;; 

if) corvs— SOPT&BG; ; 

\?) echo Smessage 

exit 2» 
esac 
done 

shift *expr $0PTIM> - 1" 



JOT-/opt/GNU/bin/gawk 
if [ St I- 2 ]; then 

echo $nessage 

exit 1 

fi 

pdix-$l 
pdf-$2 

dependency-$eurvs/$pdir/. sniffdir/schena . incl 
if Snoschenaf lag; then 

scheaa-$cuzvs/$pdir/os . schena.C 

fi 
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if C -* .$curwa m 1/ then 

echo ,$curva has not been set 1 >&2 
exit X 

fl 

If ( -X ,SSHXRED^SRC* ]; then 

echo ,SSH*RED_£HC has not been set 1 >*2 
exit 1 

fi 

t redirect output into schema source file 
* 

if $preserve; then 

if ( -f Sschema ] ; then 
oldscheaa-true 
arr -f $schema $achema- 
else 

oldschema-false 
fi 
else 
oldschena-false 
xra -f $schema 

fi 

* -set~eHe -source-files in project 
* 

sources- 

testlnate true path of project files 

♦look in $cuzvs first. If the file is located there then ok, else assume 
fit is located in $SHARED_SRC . If it is not there, print a warning and 
♦forget it 

for file in "get-pro ject-files.pl -v $cuxvs $pd±r $pdf I grep 
A.Ili|nh|K|C]S^ 
do 

if ( -r „$curws/$file* ]; then 

souxces-$sources % ,$curvs/Sf ile 
else 

if [ -r ,$SHAHED_JSHC/$file* ]; then 

sources-$sources* „ $SHAB£2>_3RC/S file 
else 

echo .IWWarning: Pile $[file} is not readable and will therefore not 
contribute to schema generation* 
fi 
fi 
done 



• analyze source files and find persistent classes and their 

* headers 
t 

eval s 

$AWK , 
/class/ { 

for (i - 1; i <- HP; i++) 
if (Si — ,class*) [ i++; class - Si; } 

) 
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/static. *get_ps_typespec/ ( 
if (class l- ,«) { 
headers - headers filename m 
classes - classes class » mi 
perslsteat^classes [class] -class; 
) 

class - »• 

} 

/ : x getuos-typespec ( ) / ( 

for <t - 1; i<-NF; t-w-) C 

if ( (ma~match( $i, * : : getuos_typespeo* ) ) > 0) { 
lnstance-substr<$l,l,ma -1 ); 
instances (instance] -instance; } ] 

1 

END C 

for (ins in instan c es) 
C 

If (perslstentL.elasses[ins] l- ins) { 
vrongL*instances«" wrong_iastances Ins » »;} 

J 

printf ,headers-V%sV\n m , headers ; 
printf ,classes-\ m %s\*\n*, classes; 
printf # vrongJnstances-\*%s\ % \n m , wrong_JLnstances ; 

) 

, $ sources 

if ( t -f r $wrongL - inntances* ]; then 

if $ interactive; then 
SEAPOJEHV/nessage.tcl ,The following classes have no , static 
get u _os_typespec( ) * but persistent instances are created* $wrong_instances 
p The Usage of such a schema is on your own RISK!* 

fl 

echo ,The following classes have no , static get_os_typespec() % member 
function bat It vas tried to create persistent instances: 
$ { vrong^ins tancea > * 

echo ,The Usage of such a schema is on your own RISK!* 

fi 



♦ start writing output in schema file 

exec > $schema 

♦ output header^ inclusions 
t 

cat «B0P 

// 

// Objects tore Schema Source rile 
// FAPU-Projekt 

// 

// Generated: % date % 

♦if def OS_SCHEMA 

♦include <ostore/naaschem . hh> 

♦else 

// 

// absolute Pfade f Or Template- Defs to fake xlC 
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^9999999999*/*tnclude ,/u3r/lp P /^C/lnclude/ostore/coWcolI^t.hh* 
/«O0OOO0OOOOV»iadude 

/*9999999999V»ind«da ^/lpp/Wi^^«U^.^ 

/♦9999999999*/»tnclude ./usxAPP/^C/includVostorc/coLlAet^pt . hh 
/.O000O0OOOOV*include t /u*T/lVP/xlC/in<±*a*/ostore/CQUSs*t_st..c* 
iendif /♦OSLSCHEHA*/ 

// ait Rose erseogte xlassendef initionen 

// 

EOF 

echo ^headers I tr , , A012* I sort I uniq I sed -e , 
/-$/ d 

8% ' $SHMIED_ J SEC ysrc/%% 

B%'$cuzwsV*rc/»% 

s/A<.*\>$/V\*9S9999" 9 *\*V *include AW 



* find all subclasses of ObjectStore template classes 

• and mark them to the compiler 
# 

cat «BOF - — - 25 

// persistente Xlassen, die vcm ObjectStore templates abgeleitet 
// vurden, fuer den xlC deklarieren 

// 

*if def _J»MCPP_ 30 
EOF 

sed ~e t 

/os_J,ist<.*>/b doit 

/os_jSet<.*>/b doit 35 
/os_Colleetion<. *>/b doit 
d 

: dolt 

*/. *\<o«_{A-*a-xJ *<£->] *>\> . ♦A*pragm* def ine<\l)/ 
, $sourees /dev/noll | sort 1 uniq 40 

echo ,tendif* 

# some classes most be manually handled 

# 45 
cat «B0F 

// private remplate-Klassen aussen manua l 1 marfctert werden 

// 50 
•include <c 



# nark all classes in project as persistent 



60 
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t 

cat «BOF 
tlfdef 



// 

// persistent© Klassen fuer Objects tore mar Icier en 
// 

10 void dummy (void) 

C 

BOP 

echo $ciasses I tr , , ,\Q12 K | sort I uniq | sed -e. , 
15 d 

S/\( • *\>/ OS_JtARI^SCHEH\_TYPE ( \1 ) ?/ 



20 



echo ,)* 
cat «eop 

tendif /*os_scheha*/ 



massage-* New schema file $£ schema} * 

if -Spreserve;-then — 

if Soldschema; then 

differ-* "diff -e $ schema Sschema-fsed -e , 
/~W£\t ] *Generated/d 
/~£0-9]£0-9]*c$/d 
/\./d 

if £ -s ,$dif£er* 3; then 
mv $ schema* $scnema 

echo ,old schema file is already up to date. * >&2 
else 

echo $ message >62 
fi 
else 

echo $message >&2 
fi 



45 



echo ^message >fi2 
fi 

♦ Generate schema dependency file 
if £ -r ^dependency* J; then 

zn -f ^dependency 
fi 



echo ,t Schema dependencies generated Mate** > $dependency 

echo ySCHKWVJBPEHDEHCY- \\* » $dependency 
50 echo $headers I tr , , ,\012*| sort ] uniq I sed -e , 

d 

S% *$SHARBD__SRC Vsrc/%%g 

s% * $eurws 1 /src/%%g 
sA(.*\)$AVg 

/ Itr # # » $dependency 



echo »* » ^dependency 
60 echo **end* » ^dependency 

PatentansprQche 

65 1. Verfahren zur Programm-Obersetzung eines in der Programmiersprache C+ + geschriebenen, aus 
mehreren QueUdateien bestehenden Programme dessen Quelldateien insbesondere zur Software-Entwick- 
lung mehnnals, in getrennten Durchgangen zu Qbersetzen sind und Templates benutzen, die durch Instanti- 
ienmg einem Code zugewiesen werden, in einen Objektcode, der durch anschlieBendes Linken in einen 
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ausfdhrbaren Code umgesetzt wird, dadurch gekennzeichnet, daB die Obersetzung der Quelldateien in 
Objektcode-Dateien und di Codeerzeugung fur die Instantiierung der Templates in getrennten Oberset- 
zungsdurchgangen durchgefuhrt wird, w bei fur die Instantiierung der Templates afle Quelldateien des 
Programms benutzt werden. 

2. Verfahren zur Programm-Obersetzung eines in der Programmiersprache C+ + geschriebenen, aus 5 
mehreren Quelldateien bestehenden Programms, dessen Quelldateien insbesondere zur Software-Entwick- 
lung mehrmals, in getrennten Durchgangen zu Qbersetzen sind und Templates benutzen, die durch Instanti- 
ierung einem Code zugewiesen werden, in einen Objektcode, der durch anschliefiendes Linken in einen 
ausfOhrbaren Code umgesetzt wird, dadurch gekennzeichnet, daB bei der getrennten Obersetzung der 
Quelldateien in den Objektcode solange kein Code fur die Instantiierung der Templates erzeugt wird, bis 10 
alle Quelldateien Ubersetzt sind und daB im AnschluB daran in einem getrennten ubersetzungsdurchgang 
unter Benutzung aller Quelldateien des Programms ein optimierter Code fur die Instantiierung der Templa- 
tes erzeugt wird, der wahrend des nachfolgenden Linkens benutzt wird. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, daB der fur die Pro gramm Obersetzung 
verwendete Obenetzer ein xlC-Obersetzer ist is 

4. Verfahren nach einem der Anspruche 1 bis 3, dadurch gekennzeichnet, daB eine Template-indude-Datei 
generiert wird, in die die im Quellprogramm enthaltenen Templates in ubersetzter Code-Form eingeschrie- 
ben werden. 

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, daB bei einer erneuten Programmubersetzung 
eines bereits Qbersetzten Quellprogramms die erzeugte tempo rare TempIate-include-Datei mit der bereits 20 
bestehenden Template-inlcude-Datei verglichen wird und bei Obereinstimmung ubernommen wird 

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, daB bei der Obernahme der Erzeugungszeitpunkt 
der alten Template-include-Datei auf einen aktuellen Obersetzungszeitpunkt gesetzt wird, so daB diese 
Datei nicht noch ei nmal Obe rsetzt wird 
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